4fi 



6 messages^nerated by an operating system related to a configuration process, said 

7 configuratiorNiotification unit providing a computer display output indicating when a 

8 configuration process is in progress for a USB device; 

9 b) changing tnfe^number of peripheral devices coupled to said hub; and 

10 c) waiting until saifcsconfiguration notification unit indicates that configuration is 

1 1 complete before changing the nhqiber of devices coupled to said hub. 

\ 

REMARKS 

I. Status of the Application 

Upon entry of this amendment, claims 1-13 are pending in the present 
Application. In an Office Action mailed on September 27, 2002, the Examiner objected 
to the drawings and specification as containing various typographical errors. The 
Examiner also rejected claims 1-13 under 35 U.S.C. 103(a) as being unpatentable over 
applicant admitted prior art (AAPA) in view of U.S. Patent No. 5,953,010 r Kampe "). 



II. The Presently Claimed Invention 

The presently claimed invention claims a plug and play computer system that 
includes a configuration notification program that receives operating system 
configuration messages and generates a visual display for promptly notifying the user 
when it is unsafe to couple or uncouple a plug and play device to the computer 



III. The Cited References 

AAPA discloses how current computer systems fail to generate immediate and 
specific indications to users to indicate when it is unsafe to connect or disconnect a 
device to the computer, thereby resulting in bus lock-up conditions. 

Kampe discloses a system where cryptic and complicated text messages generated 
by the operating system for display to a user are intercepted and converted to more user- 
friendly messages that are displayed to the user at intervals of at least every few seconds. 



IV. Objections to the Drawings 

The Examiner objected to the drawings as containing numerous errors. Applicant 
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herewith submits amended Figures 5 A, 5B, 6B 5 8, 9, 11 A, 13 and 15 showing proposed 
drawings corrections for the Examiner's review. Applicant asserts that the proposed 
drawings amendments in conjunction with the amended Specification correct the errors in 
the drawings as pointed out by the Examiner. Therefore, upon acceptance by the 
Examiner of the submitted drawing amendment, Application believes the drawings are in 
conformance with the Examiner's requirements and respectfully requests that the 
objection to the drawings be withdrawn. 

V, Objections to the Specification 

The Examiner objected to the Specification as containing numerous errors. 
Applicant herein amends the Specification to correct various typographical and 
grammatical errors. Applicant asserts that the amendments to the Specification and the 
amended drawings correct errors as pointed out by the Examiner. Therefore, Application 
believes that the Specification is in conformance with the Examiner's requirements and 
respectfully requests that the objection to the Specification be withdrawn. 

VI. Rejection of Claims 1-13 

The Examiner rejected claims 1-13 under 35 U.S.C. 103(a) as being unpatentable 
over AAPA in further view of Kampe . Applicant herein amends claim 1 to clarify that 
operating system configuration messages are used by a configuration notification 
program to create a visual display to a user. Applicant submits that for the following 
reasons, claims 1-13 are allowable over the Examiner's rejections. 

Claim 1 

Claim 1 is allowable under 35 U.S.C. 103(a) because neither AAPA nor Kampe 
disclose or suggest all of the recited claim elements of claim 1, and there is no motivation 
in either AAPA or Kampe , respectively, to modify them to arrive at the invention as 
claimed in claim 1 . 

Applicant herein amends claim 1 to recite a configuration notification program 
that receives configuration messages to create a visual display as follows: 

a configuration notification program residing on said computer for receiving said 

7 
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first and said second configuration messages and creating a visual display for 
promptly notifying the user when it is unsafe to couple or uncouple a plug and 
play device to said computer (underline added for emphasis) 

By receiving system configuration messages, the configuration notification program 
operates to create an immediate and specific visual display for the user. This allows a 
user to determine exactly when it is unsafe to connect or disconnect a device to the 
computer, thereby avoiding bus lock-up problems. Both the AAPA and Kampe fail to 
disclose or suggest such a system, and there is no motivation to modify them to arrive at 
such a program. 
AAPA 

The AAPA describes how a typical operating system on a conventional computer 
system displays an icon, such as an "hour glass", when a new device is plugged into the 
computer system. However, the general "hour glass" icon does not tell a user the exact 
state of the configuration process so that a user can avoid connecting and disconnecting 
devices at unsafe times. Furthermore, the general "hour glass" icon is generated by a 
series of operating system modules that generate the icon a significant time after a device 
has been connected or disconnected from the computer. This time delay increases the 
probability that a bus lock-up will occur because the user is not quickly alerted as to 
when it is unsafe to connect or disconnect a device from the computer, (page 3, lines 3- 
16) 

Therefore, what is missing from the AAPA, and what is claimed by the Applicant, 
is a system that interprets operating system configuration messages to quickly generate a 
specific indication to the user indicating when it is unsafe to connect or disconnect a 
device from the computer. 
Kampe 

Kampe discloses a system where cryptic and complicated text messages generated 
by the operating system for display to a user are intercepted and converted to more user- 
friendly messages that are displayed to the user. For example, text status messages to be 
displayed to a user are intercepted and those messages are remapped to icons that are 
generated and displayed rather than the text messages. (Col. 3, lines 15-20) As a result, 
additional delays are incurred in Kampe' s system because messages to the display have 
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to be intercepted and remapped to icons before being displayed. Thus, the delay 
problems identified and solved by the instant application is further aggravated by 
Kampe' s teachings. 

Furthermore, a key aspect of Kampe is that "regular progress updates are 
produced, preferably every few seconds \ so that the user is given satisfactory assurance 
that startup is proceeding as it should. " (Col. 3, lines 32-35) Thus, Kampe teaches that 
status messages are updates every few seconds , and so cannot overcome the problems 
identified, solved, and claimed by the instant application, namely, that system 
configuration messages are used to create a display for the user to provide immediate and 
specific information to avoid bus lock-ups. 

Therefore, both the AAPA and Kampe fail disclose or suggest, either alone or in 
combination, all of the recited claim elements of claim 1. As a result, claim 1 is not 
obvious in view of the teachings of the AAPA and Kampe . Therefore, Applicant submits 
that claim 1 is allowable under 35 USC 103(a) and respectfully requests that the 
Examiner's rejection of claim 1 be withdrawn. 

Dependent claims 2-6 

Since claim 1 is allowable under 35 USC 103(a), claims 2-6, which depend from 
claim 1, are also allowable for at least the same reasons as claim 1. Therefore, Applicant 
respectfully requests that the rejection of claims 2-6 under 35 USC 103(a) be withdrawn. 

Claim 7 

Applicant herein amends claim 7 to include a message handler that processes 

configuration messages as follows: 

a message handler residing on said computer for hooking said first and second 
configuration messages, said message handler including a message analyzer unit 
and a state determination unit arranged to provide a first output signal when the 
configuration process is in progress and a second output signal when the 
configuration process is completed 

The AAPA and Kampe fail disclose or suggest, either alone or in combination, all 
of the recited claim elements of claim 7. For example, by hooking first and second 
configuration messages, Applicant's claimed system operates to provide immediate and 
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specific indications to a user indicating when it is unsafe to connect or disconnect a 
device to the computer. (See discussion of claim 1) For example, Kampe teaches a 
system that introduces delays that aggravate the problems identified in the AAPA. As a 
result, claim 7 is not obvious in view of the teachings of the AAPA and Kampe . 
Therefore, Applicant submits that claim 7 is allowable under 35 USC 103(a) and 
respectfully requests that the Examiner's rejection of claim 7 be withdrawn. 

Dependent claims 8-10 

Since claim 7 is allowable under 35 USC 103(a), claims 8-10, which depend from 
claim 7, are also allowable for at least the same reasons as claim 7. Therefore, Applicant 
respectfully requests that the rejection of claims 8-10 under 35 USC 103(a) be 
withdrawn. 

Claim 1 1 

Applicant herein amends claim 11 to include method steps of detecting a 
configuration message and detecting a configuration completion message as follows: 

detecting a configuration message generated by the operating system whenever 
the number of the peripheral devices coupled to the computer changes; 
detecting a configuration completion message generated by the operating system 
when the configuration process is completed; 

The AAPA and Kampe fail disclose or suggest, either alone or in combination, all 
of the recited method steps of claim 11. For example, by detecting a configuration 
message and detecting a configuration completion message, both generated by the 
operating system, Applicant's claimed system operates to provide immediate and specific 
indications to a user indicating when it is unsafe to connect or disconnect a device to the 
computer. (See discussion of claim 1) For example, Kampe teaches a system that 
introduces delays that aggravate the problems identified in the AAPA. As a result, claim 
1 1 is not obvious in view of the teachings of the AAPA and Kampe . Therefore, 
Applicant submits that claim 1 1 is allowable under 35 USC 103(a) and respectfully 
requests that the Examiner's rejection of claim 1 1 be withdrawn. 

10 
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Claim 12 

Applicant herein amends claim 12 to include method steps of hooking a 
configuration detection message and hooking a configuration completion message as 
follows: 

hooking said configuration detection message; 
hooking said configuration completion message; 

The AAPA and Kampe fail disclose or suggest, either alone or in combination, all 
of the recited method steps of claim 12. For example, by hooking a configuration 
detection message and hooking a configuration completion message, both generated by 
the operating system, Applicant's claimed system operates to create an indication to the 
user to provide an immediate and specific indication that indicates when it is unsafe to 
connect or disconnect a device to the computer. (See discussion of claim 1) Both the 
AAPA and Kampe fail to disclose or suggest these method steps. For example, Kampe 
teaches a system that introduces delays that aggravate the problems identified in the 
AAPA. As a result, claim 12 is not obvious in view of the teachings of the AAPA and 
Kampe . Therefore, Applicant submits that claim 12 is allowable under 35 USC 103(a) 
and respectfully requests that the Examiner's rejection of claim 12 be withdrawn. 

Claim 13 

Applicant herein amends claim 13 to include a method step of providing a 
configuration notification unit that monitors internal configuration messages generated by 
the operating system as follows: 

providing a configuration notification unit having a message handler and an 
indication unit, said configuration notification unit monitoring internal 
configuration messages generated by an operating system related to a 
configuration process, said configuration notification unit providing a computer 
display output indicating when a configuration process is in progress for a USB 
device 

The AAPA and Kampe fail disclose or suggest, either alone or in combination, all 
of the recited method steps of claim 13. For example, by monitoring internal 
configuration messages generated by the operating system, Applicant's claimed system 



SANFRANCISCO 4079486v1 



11 



operates to create an indication to the user to provide an immediate and specific 
indication that indicates when it is unsafe to connect or disconnect a device to the 
computer. (See discussion of claim 1) Both the AAPA and Kampe fail to disclose or 
suggest such a method step. For example, Kampe teaches a system that introduces delays 
that aggravate the problems identified in the AAPA. As a result, claim 13 is not obvious 
in view of the teachings of the AAPA and Kampe . Therefore, Applicant submits that 
claim 13 is allowable under 35 USC 103(a) and respectfully requests that the Examiner's 
rejection of claim 13 be withdrawn. 



Upon entry of this amendment, claims 1-13 are pending in the present 
Application. Applicant respectfully submits that no new matter has been entered by way 
of this response to the Office Action. Applicant beiieves that all pending claims are now 
in condition for allowance. Reconsideration of the rejections and objections is 
respectfully requested. A marked-up version of the claims is attached hereto entitled, 
" VERSION WITH MARKINGS TO SHOW CHANGES ." If the Examiner believes that 
a telephone conference would expedite the prosecution of this application, the Examiner 
is invited to call the undersigned attorney at (415) 351-5738. 



COUDERT BROTHERS LLP 
600 Beach Street, 3rd Floor 
San Francisco, California 94109 
Tel: (415) 409-2900 
Fax: (415) 409-7400 



CONCLUSION 
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VERSION WITH MARKINGS TO SHOW CHANGES 

Method and System for Reliable Device Configuration in a Computer System 

Application No, 09/467,569 

IN THE SPECIFICATION 

Attached please find a clean version of a Substitute Specification and a marked-up 
version of the Substitute Specification showing additions and deletions. 

IN THE CLAIMS 

Please amend the claims as follows. 



1 1 . (Amended) A plug and play computer system, comprising: 

2 a) a computer having a visual display and at least one exterior serial bus port for 

3 coupling at least one peripheral device to said computer; 

4 b) an operating system residing on said computer programmed to dynamically 

5 configure the computer system, said operating system having a first subroutine for 

6 generating a first [internal] configuration message indicative of said operating system 

7 sensing a change in the number of devices coupled to said computer and a second 

8 subroutine for generating a second [internal] configuration message indicative of said 

9 operating system completing a configuration process; and 

10 c) a configuration notification program residing on said computer for receiving 

1 1 said first and said second configuration messages and creating a visual display for 

12 promptly notifying the user when it is unsafe to couple or uncouple a plug and play 

13 device to said computer. 

1 2. (Amended) The system of Claim 1, wherein said configuration notification 

2 program comprises: 

3 a message handler residing on said computer, said message handler hooking said 

4 first and said second configuration messages, said message handler including a message 

5 analyzer unit and a state determination unit arranged to provide a first output signal when 

6 the configuration process is in progress and a second output signal when the 

7 configuration process is completed; and 

13 
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8 an indication unit residing on said computer and coupled to the output of said 

9 message handler, said indication unit generating a visual display notifying the user when 
10 it is unsafe to couple or uncouple a plug and play device to said computer. 

1 7. (Amended) A computer system for improving the reliability of universal 

2 serial bus (USB) interface plug and play peripheral devices, comprising: 

3 a) a computer having at least one USB downstream port; 

4 b) a compound hub having an upstream USB connector coupled to said port of 

5 said computer via a USB cable, said hub having at least one downstream USB connector 

6 port and at least one non-USB peripheral device port; 

7 c) an operating system with USB interface capability residing on said computer, 

8 said operating system generating a first subroutine for generating a first configuration 

9 message indicative of said operating system sensing a change in the bus topology and a 

1 0 second subroutine for generating a second configuration message indicative of said 

1 1 operating system completing a configuration process for said bus topology; 

12 d) a message handler residing on said computer for hooking said first and second 

13 configuration messages, said message handler including a message analyzer unit and a 

14 state determination unit arranged to provide a first output signal when the configuration 

1 5 process is in progress and a second output signal when the configuration process is 

16 completed; and 

17 e) an indication unit residing on said computer and coupled to the output of said 

18 message handler, said indication unit generating a visual display notifying the user when 

19 it is unsafe to remove or insert a plug and play device. 

1 11. (Amended) A method of providing notification of the status of a 

2 configuration process of an operating system of a computer coupled to peripheral 

3 devices, comprising the steps of: 

4 (a) detecting [an event] a configuration message generated by the operating 

5 system whenever the number of the peripheral devices coupled to the computer changes; 

6 (b) determining if said [detection] configuration message corresponds to a 

7 change in the number or type of said peripheral devices requiring that a user be notified; 

8 (c) notifying the user that a configuration process is in progress; 
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9 (d) detecting a configuration completion message generated by the operating 

10 system when the configuration process is completed; 

1 1 (e) determining if said configuration completion message corresponds to a 

1 2 change in the number or type of said peripheral devices requiring that the user be notified 

1 3 that the configuration process is completed; 

14 (f) notifying the user that the configuration process is complete; and 

1 5 (g) notifying the user that it is safe to change the number or type of peripheral 

16 devices coupled to the computer. 

1 12. (Amended) A method of notifying a computer user of the status of a 

2 reconfiguration process initiated by coupling or uncoupling a peripheral device to a 

3 computer via a universal serial bus connector (USB), comprising the steps of: 

4 (a) providing an operating system that automatically configures the computer 

5 whenever a change in the number or type of peripheral USB devices changes, said 

6 operating system generating a configuration detection message whenever the number of 

7 peripheral devices coupled to the computer changes such that the configuration process is 

8 initiated and a configuration completion message when the configuration process is 

9 completed; 

1 0 (b) hooking said configuration detection message; 

1 1 (c) determining if said configuration detection message corresponds to a change 

12 in the number or type of said peripheral devices requiring that a user be notified; 

13 (d) notifying the user that a configuration process is in progress; 

14 (e) hooking said configuration completion message; 

15 (f) determining if said configuration completion message corresponds to a 

1 6 change in the number or type of said peripheral devices requiring that the user be notified 

17 that the configuration process is completed; 

18 (g) notifying the user that the configuration process is complete; and 

19 (h) notifying the user that it is safe to change the number or type of peripheral 

20 devices coupled to the computer. 

1 13. (Amended) A method of reducing the frequency of universal serial bus 

2 crashes in a computer system comprised of a computer coupled to a compound hub via a 
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3 USB cable, the method comprising the steps of: 

4 a) providing a configuration notification unit having a message handler and an 

5 indication unit, said configuration notification unit monitoring internal configuration 

6 messages generated by an operating system related to a configuration process, said 

7 configuration notification unit providing a computer display output indicating when a 

8 configuration process is in progress for a USB device; 

9 b) changing the number of peripheral devices coupled to said hub; and 

10 c) waiting until said configuration notification unit indicates that configuration is 

1 1 complete before changing the number of devices coupled to said hub. 
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Substitute Specification 
Application No. 09/467,569 
With Markings to Show Changes 




METHOD AND SYSTEM FOR RELIABLE DEVICE CONFIGURATION IN A 

COMPUTER SYSTEM 

FIELD OF THE INVENTION 

[0001] The present invention relates generally to providing notification of the 

status of a configuration process for a computer coupled to peripheral devices. More 
particularly, the present invention is directed towards providing notification of the status 
of a configuration process in a personal computer coupled to peripheral devices by 
universal serial bus (USB) connectors. 

BACKGROUND OF THE INVENTION 

[0002] Compact personal computers typically have a limited number of 

peripheral device ports. A problem that has developed is that there are a large variety of 
different device ports and different manufacturers developed proprietary interfaces for 
peripheral device ports which were incompatible with each other. One way that has been 
developed to increase the number of different peripheral devices that can be coupled to a 
personal computer is through a standard industry interface connector port. 

[0003] There are several industry standard serial bus interfaces. One of the most 

commonly used in the universal serial bus interface (USB). USB is a standard interface 
for connecting peripheral devices to the system bus of a personal computer. USB is a 
fast, bi-directional, isochronous, low-cost, dynamically attachable serial interface. It is 
now commonly used for attaching personal computers to a wide variety of other 
peripheral input/output (I/O) devices, such as monitors, disk drives, modems, mice, 
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printers, scanners, game controllers, keyboards, and other peripherals. With USB there is 
a single connector type, which permits all USB devices to plug into the same USB socket 
type. It is common for personal computers and notebook computers to include at least 
one USB port. 

5 

[0004] A USB operating system has software program subroutines which monitor 

the bus's topology and that control access to USB resources. A USB hub is responsible 
for transferring data upstream (to the computer) and downstream (from the computer to 
peripheral devices). A personal computer typically has a root hub, which commonly 
1 0 contains one or two USB ports. The root hub may be connected to other external hubs, 
thereby permitting a large number of peripheral devices to be coupled to a personal 
computer via an auxiliary hub, as shown in prior art FIGS. 1-2. 

[0005] USB uses a token-based bus architecture. USB initialization software 

1 5 permits USB devices to be added or removed at any time via an enumeration process, i.e., 
USB connectors permit so-called "hot plugging" in which new devices can be coupled or 
uncoupled while the computer is in operation. Whenever a peripheral device is added or 
removed the change in topology is recognized by the personal computer and appropriate 
drivers are loaded so that the device is almost immediately available for use. 

20 

[0006] One goal of USB is true "plug and play" operation in which the user can 

dynamically couple peripheral devices to a personal computer for immediate use. Once a 
device is coupled to the PC host, the device is enumerated by the USB initialization 
software and assigned a unique identifier. However, in practice the configuration process 

2 5 can require a significant amount of time. The time required for the configuration process 

to be completed will depend upon many factors, such as the type of drivers that must be 
loaded and the complexity of the system, but will typically be at least several seconds. 
One problem caused by this is that the user may attempt to use the computer before the 
operating system has completed loading the drivers and applicable housekeeping 

3 0 activities. This may cause a system error. Another problem is that serious operating 
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system (0/S) problems may result if a USB device is inserted and then removed before 
the bus topology is reconfigured. For example, if the plug and play device is inserted and 
then removed before successful reconfiguration, the O/S will not have completely 
finished processing the device configuration and its corresponding event. This may cause 
5 the USB bus to crash such that the other peripheral devices will not work properly. 

Similarly, a USB bus crash may occur if the user changes the type of device coupled to a 
USB socket before the bus topology has a chance to become reconfigured. For example, 
a user may first connect a printer to a USB socket and then change his or her mind and 
exchange the printer for a scanner. If the changeover occurs too rapidly the bus topology 
1 0 will not have sufficient time to complete the configuration process when the printer is 
connected or removed such that a USB bus crash may occur. 

[0007] Known prior art systems do not directly notify a user of the status of the 

reconfiguration process. For example, the Windows® '98 operating system changes the 

1 5 mouse cursor to an hourglass icon whenever a USB device is plugged or unplugged. The 
hourglass icon disappears a short time after configuration is completed. However, one 
problem with using the hourglass icon is that it may be hard for the user to see it. For 
example, if the cursor is at the edge of the screen it may be hard to see the hourglass icon. 
There can also be a significant time delay before the hourglass icon is displayed by the 

2 0 system. Another problem is that the hourglass icon is genetically used to indicate that the 
computer is busy and cannot be distinctly interpreted to mean that the USB device is 
being set up. Consequently, an hourglass icon may not provide a clear enough indication 
that the user should wait to couple/uncouple USB connectors. Most importantly, the 
hourglass icon does not directly inform the user exactly when it is safe for the user to 

2 5 couple or uncouple USB connectors. It is merely a general icon that indicates that the 
operating system is busy and does not display the status of the configuration process. 

[0008] What is desired is a new apparatus and method for providing real time 

notification of the progress of a configuration process for a computer coupled to other 
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devices or systems by a serial bus, such as a personal computer coupled to peripheral 
devices by a USB interface. 

SUMMARY OF THE INVENTION 

5 [0009] A goal of the present invention is to improve the reliability of a 

configuration process for a computer coupled to a peripheral device via a serial bus 
interface. Broadly speaking, the present invention is directed towards providing real-time 
information to a user which will assist the user to avoid coupling or decoupling peripheral 
devices to the computer at inappropriate times. 

10 

[0010] The apparatus of the present invention generally comprises [in g] a 

computer system including: a computer having at least one serial bus port for coupling 
peripheral devices to the computer; an operating system residing on the computer 
programmed to dynamically configure the computer system, the operating system having 

15 a first subroutine for generating a first internal message indicative of the operating system 
sensing a change in the number of devices coupled to said computer and a second 
subroutine for generating a second message indicative of said operating system 
completing a configuration process; and a configuration notification program residing on 
the computer receiving the first and the second messages and creating a visual display 

2 0 notifying the user in real time when it is unsafe to remove or insert a plug and play 

device. In a preferred embodiment, the configuration notification program comprises a 
message handler residing on the computer, the message handler hooking the first and the 
second messages, the message handler including a message analyzer unit and a state 
determination unit arranged to provide a first output signal when the configuration 

2 5 process is in progress and a second output signal when the configuration process is 

completed; and an indication unit residing on the computer and coupled to the output of 
the message handler, the indication unit generating a visual display notifying the user 
when it is unsafe to remove or insert a plug and play device. 
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[0011] 



The method of the present invention for providing notification of the 
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25 



status of a reconfiguration process of an operating system of a computer coupled to 
peripheral devices generally includes the steps of: detecting an event message generated 
by the operating system whenever the number of the peripheral devices coupled to the 
computer changes; determining if the detection message corresponds to a change in the 
number or type of the peripheral devices requiring that a user be notified; notifying the 
user that a configuration process is in progress; detecting a completion message generated 
by the operating system when the configuration process is completed; determining if the 
completion message corresponds to a change in the number or type of the peripheral 
devices requiring that the user be notified that the configuration process is completed; 
notifying the user that the configuration process is complete; and notifying the user that it 
is safe to change the number or type of peripheral devices coupled to the computer. 

[0012] One object of the present invention is a method and apparatus to reduce 

the frequency of universal serial bus crashes. In a preferred embodiment of a compact 
personal computer, a compound hub performing a port replication function is used to 
reduce the number of connectors attached to the case of the computer. The configuration 
notification unit generates a warning to the user when configuration is in process such 
that it is unsafe to couple or decouple a peripheral device to the computer, thereby 
reducing the frequency with which users couple or decouple peripheral devices at 
inappropriate times. 

[0013] Another object of the present invention is a method and apparatus for 

providing prompt notification to the user when configuration is complete, thereby 
assisting the user to determine when the computer system is ready for further action. 

[0014] Still another object of the present invention is method and apparatus to 

notify users when it is safe to couple or decouple peripheral devices to a computer. 



BRIEF DESCRIPTION OF THE DRAWINGS 
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[0015] FIG. 1 depicts a prior art computer system in which the computer is 

coupled to a peripheral device by a universal serial bus hub. 

[0016] FIG. 2 depicts a prior art computer system in which a computer is coupled 

5 to a peripheral device via nested universal serial bus hubs. 

[0017] FIG. 3 is a block diagram of a prior art hub. 

[0018] FIG. 4 is a block diagram of a prior art compound hub. 

10 

[0019] FIG. 5 A is perspective of a preferred compound hub having a plurality of 

connector ports. 

[0020] FIG. 5B is a block diagram of the electronic function of the hub shown in 

15 FIG. 5A. 

[002 1 ] FIG. 6 A is an illustrative side view of a compact portable computer. 

[0022] FIG. 6B is a perspective view of the computer of FIG. 6A. 

20 

[0023] FIG. 7 is a rear view of the case of a conventional portable computer, 

showing the relative area of common connector ports. 

[0024] FIG. 8 is a rear view of the case of a conventional compact portable 

2 5 computer coupled to a conventional port replicator, showing the relative area of common 
connector ports. 

[0025] FIG. 9 shows a rear view of a preferred compact computer coupled to a 

compound port similar to that shown in FIG. 5 A. 

30 
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[0026] FIG. 10 shows a preferred embodiment of the configuration notification 

system of the present invention. 

[0027] FIG. 1 1 A is a schematic block diagram illustrating how conventional 

5 operating systems dispatch event messages to application programs. 

[0028] FIG. 1 IB is a functional block diagram showing the flow of internal 

messages in a conventional operating system. 

1 0 [0029] FIG. 12 is a functional block diagram of the configuration notification unit 

of the present invention. 

[0030] FIG. 13 is a flow chart showing a preferred method of operation of the 

configuration notification unit of FIG. 12. 

15 

[003 1] FIG. 14 is a block diagram showing the display outputs of the 

identification unit of FIG. 12. 

[0032] FIG. 15 shows preferred display screen implementations of the outputs of 

2 0 FIG. 14. 

DETAILED DESCRIPTION OF THE INVENTION 

[0033] As shown in FIG. 1, a serial bus interface may be used to connect 

peripheral device [s] 40 to a computer 10. A commonly used serial bus interface is the 

2 5 universal serial bus interface (USB). While a single peripheral device could be coupled 

via a USB connector, it is common to couple several devices [40] to a computer [10] via 
a hub [30]. As shown in FIG. 1, USB cables 80 may couple one or more [couple] 
peripheral devices [40] to computer 10 via a hub 30. As shown in FIG. 2, several hubs 
can be coupled together to further increase the potential number of peripheral devices 

3 0 coupled to a computer. As indicated in FIG. 2, with USB, peripheral devices can be 
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nested up to five hub (30A-E) levels deep such that up to 127 I/O devices may be 
connected to one personal computer using the USB interface. 

[0034] FIG. 3 is a block diagram of a conventional hub 330. Hub 330 includes an 

5 upstream connector 335 for communicating with computer 10. A repeater 340, controller 
345, and power control 350 are arranged to control the flow of data between upstream 
connector 335 and downstream connectors 355. FIG. 4 is a block diagram of a 
compound hub 430. Compound hub [435] 430 includes an upstream connector 435, and 
a repeater 440, controller 445, and power control 450. However, in addition to 

10 downstream connectors 455 it has embedded I/O devices 460. These embedded I/O 

devices may comprise any conventional I/O device communicating with computer 10 via 
a USB interface, i.e., the I/O devices are integrated into the hub and provided with 
control circuits that permit them to communicate to the computer via the USB interface. 
Repeater 440, controller 455, and power control 450 are arranged to control the flow of 

15 data between upstream connector 435 2 [and] downstream connectors 455 and embedded 
devices 460. 

[0035] FIG. 5A is a profile view of a compound hub 530 manufactured by 

Fujitsu, Ltd. of Japan, the assignee of the present invention, and sold as the Fujitsu 

2 0 Universal LAN Hub®. Compound hub 530 includes an upstream USB port 510, several 

downstream USB ports 515, 520, and 525, several peripheral device connectors, such as a 
"parallel" connector port 540, a PS/2 keyboard port connector 550, an RJ-45 Ethernet 
connector port 560, an RS232-type communications connector port 570, a PS/2 mouse 
connector port 580, along with a volume control 585, and a headphone jack 590. FIG. 5B 
25 is a functional block diagram of compound hub 530. As can be seen in FIG. 5B, each of 
the connector ports functions as an embedded USB I/O device, i.e., communicates to an 
upstream computer via the USB upstream port. 

[0036] Compound hub 530 provides an important benefit for portable computers 

3 0 with a limited number of connector ports. As used in this application, a portable 
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computer includes, but is not limited to, laptop computers, notebook computers, and other 
types of compact portable computing devices. FIG. 6A is side view of compact notebook 
compute r 600, while FIG. 6B is a profile view of [a] the compact notebook computer 
600 . As shown in FIGS. 6 A and 6B, computer 600 has a case 610. Within case 610 
5 resides a compact electronic computer CPU 620. A display 640 is coupled to computer 
600 in a conventional folding clamshell arrangement. Computer 600 typically has at least 
one universal serial bus connector (not shown in FIGS. 6 A and 6B) disposed along a rear 
630 or side surface [630] 632 of case 610. One limitation to the size of computer 600 is 
the physical size and weight of the connectors required to couple the computer to 
1 0 peripheral devices. Generally speaking, it is desirable to be able to couple a computer to 
many different types of peripheral devices, such as printers, scanners, mice, disk drives, 
etc. However, while the size of personal computers continues to shrink, the physical size 
of the connectors required to form a signal link to peripheral devices has not decreased. 

15 [0037] FIG. 7 is a [rear] view of the rear surface of [the] a computer case 

[(corresponding to a head-on view of surface 630 of FIG. 6A)] of a conventional all- 
in-one portable computer 700. Computer 700 is an all-in-one computer in the sense that 
it has all of the commonly desired connector ports. These include a keyboard port [710] 
715 , a mouse port [715] 710 , an audio port 720, a modem port 725, an infrared (IrDA) 

2 0 port 730, a monitor port735, two USB ports 740, a parallel port 745, a serial port 750, a 
proprietary external expander connector 755, and a LAN port 760. The relative area of 
various connector ports is shown in FIG. 7. As can be seen in FIG. 7, a considerable 
amount of area is required for these connector ports. Additionally, the connector ports 
and associated internal mechanical and electrical components significantly increase the 

2 5 total volume and weight of computer 700. 

[0038] External port replicators are one way to increase the number of effective 

ports coupled to a computer. FIG. 8 shows a conventional compact portable computer 
j 800 coupled to a conventional proprietary I/O expander 880. As can be seen in FIG. 8, 

3 0 some of the peripheral device connector ports, such as keyboard port [715] 815 , mouse 
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port [710] 810 , serial bus port 855 and parallel port [745] 845 now reside in expander 
unit 880, which replicates the function of some or all of the ports of an all-in-one portable 
computer. However, in this conventional arrangement space is still required for 
proprietary external expander connector port [755] 855, which is required to couple to a 
5 corresponding female expander connector 810 on expander 880 . 

[0039] FIG. 9 shows the rear surface [630] 902 of an embodiment of a compact 

computer [600] 900 of the present invention developed by the inventors for use with [a] 
the compound hub 530 [similar to that] shown in FIG. 5. A single USB port [605] 905 

10 is used to couple signals to external hub 530. Most of the large area peripheral device 
connector ports of a conventional all-in-one computer are now disposed on hub 530 and 
are connected to the computer 900 via the USB port 905. Additionally, external expander 
connector port 755 is eliminated in computer system 900. Comparing FIGS. 7, 8, and 9, 
it can be seen that computer [600] 900 [of computer system 900] requires a reduced area 

15 of rear surface [630] 902 to be devoted to connectors. Moreover the associated internal 
volume and weight of the connectors disposed in computer [600] 900 is also reduced, 
permitting a reduction in the total volume and weight of computer [600] 900 . 
Consequently, computer [600] 900 can be reduced in size and perform an all-in-one 
function. Note also that the total number of ports, particularly USB ports, is increased 

2 0 compared to computer 700. Consequently, the inventive computer system 900 of FIG. 9 

reduces the size and weight of computer [600] 900 while permitting a greater number of 
peripheral devices to be coupled to computer [600] 900. The computer system 900 
shown in FIG. 9 is particularly useful for compact notebook computers in which it is 
desirable to reduce the height, h, and width, w, of a computer [600] 900 , as indicated in 
25 FIG. 9. However, computer system 900 could also be generalized to other compact 

electronic computer systems in which a electronic computer unit is coupled via a serial 
bus connector [605] 905 to a compound hub 530. 

[0040] Referring to FIG. 9, it can be seen that in a preferred embodiment of 

3 0 system 900 that there are three USB downstream ports and six peripheral device ports 
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disposed on compound hub 530. The six peripheral device ports function as embedded 
USB devices. Consequently, all of the nine ports function as hot-pluggable USB ports, 
i.e., computer [600] 900 monitors the status of all nine ports and dynamically 
reconfigures computer system 900 whenever a device is coupled or uncoupled from one 
5 of the ports. Consequently, the frequency of hot-plugging of computer system 900 will 
tend to be significantly greater than for a conventional portable computer 700. This 
increases the risk of a system error if a user does not wait while the system is being 
reconfigured each time a device is plugged or unplugged. 

10 [0041] In developing computer system 900 the inventors discovered that the 

frequency of USB bus crashes increased compared to a conventional computer 700. The 
inventors believe that one explanation for this is that a more complex bus topology is 
created. The inventors believe that another explanation is that conventional O/S software 
and drivers may not be as robust to reconfiguration errors as generally believed. Still 

1 5 another explanation is that the increased number of effective USB ports of computer 
system 900 tends to increase the frequency of hot plugging, thereby increasing the 
likelihood that a user will not wait a sufficiently long period of time for system 900 to 
configure itself before unplugging one USB device and inserting another USB device. 

2 0 [0042] Conventional operating systems do not provide a direct notification to the 

user of what is happening in the internal operating system during the reconfiguration 
process. Consequently, the user does not know exactly when the operating system has 
completed the configuration process. To reduce the frequency of USB bus crashes, the 
inventors developed an apparatus and method to provide direct notification to the user of 

2 5 the status of the configuration process in system 900. 

[0043] FIG. 10 shows a block diagram of the inventive notification system 1000. 

A computer unit 1010 has an operating system 1020 residing on it. Computer 1010 has a 
display 1040 and a downstream USB connector 1050 coupled to the case 1060. 

3 0 Computer 1010 preferably also has a speaker 1035 for providing an audio output. 
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Computer [1060] 1010 may be any type of computer but is preferably a compact personal 
computer, such as a notebook computer. A standard USB cable 1055 couples USB 
connector 1050 to other devices, preferably via a hub 1070. Hub 1070 may be any type 
of USB hub, but is preferably a compound USB hub. Hub 1070 preferably has at least 
5 one embedded device 1075 or at least one embedded connector 1080 in order to increase 
its functionality. Hub 1070 also preferably includes at least one downstream USB port 
1090. 

[0044] As shown in FIG. 10, a software program which is a configuration 

10 notification unit 1030 resides on computer 1010. As described below in more detail, 
configuration notification unit 1030 provides notification to the user, preferably via 
display 1040 and speaker 1035, of when the configuration process is complete such that it 
is safe to couple/uncouple devices to computer 1010 via hub 1070. 

1 5 [0045] The function and operation of configuration notification unit 1 030 is 

illustrated in FIGS. 11-15. FIG. 1 1 A is a block diagram of a conventional operating 
system 1 100. The operating system detects incoming events requiring action and 
transmits internal messages about these events to coordinate the activities of system 
resources. The operating system includes subroutines for generating internal messages 

2 0 alerting other components that an event has been detected and that the configuration 

process is completed. As one example, an incoming event may be a keyboard input. For 
peripheral devices coupled by serial bus connectors to a computer, the operating system 
senses changes in the bus topology whenever a device is coupled or uncoupled from the 
computer. As shown in FIG. 1 1 A, an operating system includes subroutines which 

2 5 converts an incoming event 1110 into a corresponding message 1 120 before dispatching 

it via a dispatcher 1 130 to other applications or components, such as the application 
software 1 140 and device drivers 1160 . Referring to FIG. 1 IB, in the conventional 
graphical user interface (GUI) operating system of the Windows® O/S, operations such 
as mouse clicking, keyboard typing and powering the system on/off, causes the operating 

3 0 system to generate message(s) using the information from the device driver. The 
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messages which are thus generated are then sent to all application software running on 
the operating system. All running application software thus receives the message(s) 
notifying them about a hardware status change. Each application then processes the 
message if the message is applicable or otherwise related to the application. FIG. 1 IB 
5 shows some of the messages related specifically to the Windows® O/S. The O/S 
software used to generate these internal messages are well known in the art. 

[0046] Referring again to FIG. 1 1 A, for peripheral devices, each message 

contains information about the detected device. If one of the components, such as the 

1 0 application software or device drivers, has the capability to handle the event, then the 
component can capture the event and process it. Note that in a conventional operating 
system that the messages 1 120 dispatched by dispatcher 1 130 are used solely for 
coordinating the internal resources of the computer. The computer user has no direct 
knowledge of the internal messages being transmitted by dispatcher 1 130 to an 

15 application 1140. 

[0047] The inventors have recognized that these internal messages 1 120 

generated by the operating system can be used by [a] the configuration notification unit 
1030 to generate an output to the user which indicates precisely when the system has 
2 0 reconfigured itself, i.e., to provide direct notification of precisely when it is safe to couple 
or uncouple a serial bus connector to the computer. 

[0048] FIG. 12 is a block diagram of configuration notification unit 1030. The 

function of configuration notification unit 1030 is to provide an output which notifies a 

2 5 user in real-time of the status of the configuration process. In a preferred embodiment, 

configuration notification unit 1030 includes a message handler 1005 coupled to an 
indication unit 1004. Message handler 1005 includes as sub-units a message analyzer 
unit 1002, and a state determination unit 1003. Message analyzer unit 1002 analyzes the 
information of a message to determine if the event is related to device plug-in or plug- 

3 0 out. If an event is related to device plug-in or plug-out, state determination unit 1003 
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determines the configuration state (e.g., configuration process initiated, configuration in 
process, or configuration completed). The indication unit 1004 preferably performs the 
function of a display unit, i.e., generates a visual display which provides the user with a 
display to inform the user of the status of the configuration process and, particularly, 
5 whether it is safe to remove or insert a plug and play device. However, more generally 
indication unit 1004 may generate any type of output that notifies the user of the 
configuration status, such as an audio output. 

[0049] The message handler 1005 accepts messages related to incoming events. 

10 For a Windows® operating system, message handler 1005 preferably accepts messages 
via a Windows® message hook mechanism and DLL functionality. The term "hook" is a 
common term of art. However, the hooking function is also sometimes alternately 
described by the terms monitor, intercept, or event processor. While the Windows® 
operating system is one common operating system with a message hook mechanism, it 

1 5 will be understood that many modern multi-tasking operating systems have a similar 
internal functionality to handle messages and inter-process communications. 
Consequently, the apparatus and method of the present invention is not limited to the 
Windows® operating system [operating system] but may also be implemented on other 
operating systems. Moreover, message handler 1005 may be implemented in other 

2 0 operating systems using a powerful high level programming language like C, Pascal, or 
even a platform specific language. 

[0050] Message handler 1005 queries hooked messages for additional information 

to determine if a device node has changed and determines if the device is a USB device. 

2 5 If the device is a USB device, the message handler sends a signal to indication unit 1004 

that instructs indication unit 1004 to create an appropriate output to notify the user when 
it is safe to remove or insert a new device. 

[005 1] FIG. 13 is a flow chart [illustrating! showing a preferred method of 

3 0 operation of configuration notification unit 1030. Note that in a preferred embodiment 

14 

SANFRANCISCO 4003161v6 



that indication unit 1004 provides an output 1305 indicating that it is safe to remove or 
insert a device when the system is in a steady-state configuration. Thus output 1305 
corresponds to a preferred embodiment in which the user, prior to inserting or removing a 
device, is alerted that it is safe to remove or insert a new plug and play device, i.e., the 
5 computer system is in a stable, configured state. Output 1305 is preferably automatically 
generated by configuration notification unit 1030 a preset time period after the system 
has configured itself. 

[0052] As indicated in block 13 10, a user event is generated whenever the user 

1 0 couples or uncouples a peripheral device to the computer. As indicated in block 1312, 
the operating system automatically detects such events. After an event is detected, the 
operating system automatically sends an internal detection message to all applications 
(i.e., all active operating system processes, components, and software applications, in 
accordance with conventional operating system operation), as shown in block 1314. This 
1 5 message typically includes information on the device type and node location. Message 
handler 1005 hooks event messages, as shown in block 1316. As shown in block 1318, 
message analyzer unit 1002 determines if the message corresponds to a plug and play 
device. If the message is from a USB plug and play device then state determine unit 
1003 selects an appropriate configuration state message which indication unit 1004 
2 0 should display (e.g., "configuration in progress"), as shown at block 1318 . 

[0053] As indicated by dashed arrow 1320, for messages corresponding to a USB 

plug and play device for which it is necessary to notify the user of the configuration 
status, message handler 1005 provides an appropriate signal to indication unit 1004, 

2 5 whereby indication unit 1004 generates an output indicative that configuration is in 

progress, as indicated by block 1322. Note that the user is thus promptly warned that the 
reconfiguration process is in progress. The output 1322 is preferably provided within a 
short period of time (i.e., a small fraction of a second, depending upon the speed of the 
computer) so that the user can minimize the time required to wait for the configuration 

3 0 process to be completed. A preferred method is to display a visual indicator on the 
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display 1040 of computer 1010. In addition, an audio signal may be output via speaker 
1035. 

[0054] A conventional operating system automatically dispatches an internal 

5 message when the configuration process is completed, as indicated in block 1324. 

Message handler 1005 hooks this completion message, as indicated at 1326, determines 
that it is from a plug and play device via message analyzer unit 1002, and that 
configuration is complete using state determination unit 1003. As indicated in block 
1328, message handler 1005 then sends a command 1330 to indication unit 1004 to alert 

10 the user that configuration is complete, i.e., that the system is ready, as indicated by block 
1332. As indicated by dashed arrow 1330 this step is also preferably performed rapidly 
(i.e., in a small fraction of a second) so that the user promptly receives notification that 
the system is ready almost immediately after the operating system sends its configuration 
complete message to internal applications. In a preferred embodiment, as shown by 

15 block 1334, the indication unit 1004 will then display a message indicating that it is safe 
to remove or insert new devices. 

[0055] FIG. 14 is a block diagram showing the outputs of a preferred embodiment 

of indication unit 1004. As indicated in FIG. 14, in a preferred embodiment, indication 

2 0 unit 1004 generates three outputs: a ready display, a configuration in progress display, 
and a safe to remove display. A preferred screen display implementation is shown in 
FIG. 15. FIG. 15(a) shows a preferred screen display implementation of a USB icon 
1502, which indicates that it is safe to remove or insert a USB device. FIG. 15(b) shows 
a preferred screen display implementation of an animated icon 1504 displaying a message 

2 5 that configuration is in progress. FIG. 1 5(c) shows a preferred screen display 

implementation of an animated icon 1506 indicating that the system is ready. Each of the 
icons in 15(a), 15(b), and 15(c) preferably has a different color code, and is positioned on 
the screen "tray." 
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[0056] Although the present invention has been discussed in detail in regards to a 

compact personal computer with a USB interface, it will, be understood that the inventive 
configuration status notification apparatus and method may be beneficially used on a 
variety of other electronic computers, such as conventional portable computer 600 or 700. 
5 Additionally, it will be understood that the present invention may be practiced with a 
variety of serial bus interfaces. While the USB interface is one industry standard serial 
bus interface, the method and apparatus of the present invention may be applied to any 
serial bus interface in which the operating system senses changes in system topology and 
performs an enumeration process to load appropriate drivers as part of a reconfiguration 
10 process. As one example, the IEEE 1394 serial bus is another serial bus for which the 
method and apparatus of the present invention may be applied. 

[0057] It will also be understood that a variety of compact electronic devices 

aside from portable computers are the electronic equivalent of a portable personal 
15 computer. There is a general push in the electronics art for hot-pluggable serial signal 

bus connectors to be made to a variety of compact electronic devices. Consequently, it is 
believed that the method and apparatus of the present invention are applicable to a variety 
of analogous electronic systems. 

2 0 [0058] Although a preferred embodiment of the present invention and 

modifications thereof have been described in detail herein, it is to be understood that this 
invention is not limited to those precise embodiments and modifications, and that other 
modifications and variations may be affected by one of ordinary skill in the art without 
departing from the spirit and scope of the invention as defined in the appended claims. 
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